home *** CD-ROM | disk | FTP | other *** search
/ Software Vault: The Diamond Collection / The Diamond Collection (Software Vault)(Digital Impact).ISO / cdr31 / dnet45.zip / HUBRULES.TXT < prev    next >
Text File  |  1995-02-17  |  5KB  |  112 lines
  1. You need only read the following if you are applying for HUB status.
  2.  
  3.  
  4. 1) While I will make no requirement for you to prove experience
  5.    with echomail/netmail I would HIGHLY suggest that you do NOT
  6.    apply for HUB status unless you are quite familiar with transferring
  7.    mail in your preferred style (FIDO or QWK)
  8.  
  9. 2) If you wish to become an RC for a particular area:
  10.  
  11.    FREQ RC from 25:25/0
  12.  
  13.  
  14. 3) HUBS have exceptional authority in this Network.  Without HUBS the Net
  15.    will fall apart.  With that authority comes responsibility and the 
  16.    following guidelines:
  17.  
  18.     i. You must make mail runs to your RC (Regional Coordinator) at LEAST
  19.        once per day, unless alternative arrangements are approved by
  20.        your RC.
  21.  
  22.    ii. You will not be required to post every conference on your board
  23.        however you must make all conferences that your nodes desire available.
  24.  
  25.   iii. You may approve an application for dNet when you receive it.  Upon
  26.        receipt of an application you must post it in the dNet News conference
  27.        and foward a copy to your RC.  After confirmation from the RC that
  28.        the Application has been received, or 72 hours whichever is greater,
  29.        that applicant may be given a node number if you are a Fido Hub.
  30.        That node number must take the following form:
  31.        25:xxx/yyy
  32.        ^^  |   | Next available number in your net.
  33.        |   |Your Net Number.
  34.        |..Always.
  35.  
  36.    iv. Node Number issuances must be sent to the NodeList coordinator
  37.        (25:25/1) immediately for addition to the permanent nodelist.
  38.        Updated Nodelists will be available by FREQ as DNET_NL from
  39.        each RC and eventually each HUB.
  40.  
  41.     v. The 72 hour delay in part iii is to allow current member nodes
  42.        sufficient time to review new applications.  If a new applicant
  43.        resides in the local calling area of a current member, that member
  44.        is given rejection authority.  (The call must be local from the
  45.        member node to the applicant and from the applicant to the member
  46.        node)  This policy must be adhered to, in order to prevent 
  47.        'net saturation' in any particular area.  HUBS are prohibited from
  48.        pressuring a member node in ANY way on the issue of rejection authority
  49.        Member Nodes MUST submit the rejection request to the HUB SysOp that
  50.        posts the new application. (I suggest using Netmail to assure timely
  51.        deliverance of such requests, if a dispute arises as to the timing
  52.        of rejection requests, the member node will be given the benefit of
  53.        the doubt.)
  54.  
  55.    vi. In the event a HUB system goes down (crashes) the HUB SysOp MUST 
  56.        make alternate arrangements via the RC to ensure member nodes receive
  57.        their mail.  This action may take no longer than 24 hours from the
  58.        time of the down hub's last mailrun to its RC.  Failure to comply
  59.        with this part will result in _immediate_ removal of violating the hub
  60.        from dNet until reversed by the appropriate RC.  NO EXCEPTIONS!
  61.  
  62.   vii. Any further topics that have not been covered in this documentation
  63.        will be resolved by the RC for your area.  The RC is the BOSS for
  64.        each region and the word of the RC is the word of the Network 
  65.        Administrator.  The RC's are hereby given full authority and 
  66.        responsibility to resolve any matters relating to HUBS in their area.
  67.  
  68.   iix. In the event that an RC decision is COMPLETELY unsatisfactory, the
  69.        HUB in question may submit a brief appeal to the Network Administrator
  70.        for review.  The Network administrator will forward the complaint to 
  71.        the remaining RC's for a final dispostion.
  72.   
  73.   
  74.    ix. If you are a QWK or QWK+FIDO HUB, you must make 
  75.        DNET.QWK and DNETCFG.ZIP available as a free download to 
  76.        first time callers that sign on with:
  77.        
  78.        FNAME    : DNET
  79.        LNAME    : GUEST
  80.        PASSWORD : SIGNMEUP
  81.        
  82.        DNET.QWK must contain current mail from all non-adult conferences
  83.                 in dNet from your System.
  84.  
  85.        DNETCFG.ZIP must be a TNET.CFG file that is current for the HUB
  86.                    system (yours).
  87.     
  88.     x. HUBS MUST verify that their system is in compliance with the law
  89.        concerning the distribution of adult message traffic to underage 
  90.        persons (node operators) in their state.
  91.    
  92.  
  93.    xi. RC's MUST maintain a FIDO style mailing system that incorporates
  94.        the dNet Nodelist.  HUBS _are not_ required to provide Fido
  95.        downlink compatability.
  96.   
  97.  
  98.   xii. If you as a HUB receive an application from a node that has checked
  99.        the Requesting HUB Status [ ] YES box, foward the application
  100.        to your RC for appoval, and allow that node to temporarily
  101.        pull mail from you.
  102.  
  103.  
  104. IF there is something in this document that you do not understand please
  105. check with your RC, if your RC is not capable of handling the problem
  106. let the RC foward the situation to the Network Administrator.
  107.  
  108. Thanks for reading this far.  I hope you become an active member in dNet!
  109.  
  110.  
  111. KEEP THE MAIL RUNNING! And keep the suggestions coming!
  112.